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Method and Apparatus for times tamping a bitstream to be re- 
corded or For using timestamps when replaying from a stream 
recorder 

The invention relates to a method and to an apparatus for 
timestamping a bitstream to be recorded or for using time- 
stamps when replaying from a stream recorder, e.g. an opti- 
cal disc recorder. 



10 

Background 

Stream recording assumes an ^application device', e.g. a 
settop box, connected to a DVD Streamer. Both devices are 

15 connected via e.g. an IEEE1394 (IEC 611883) interface which 
in its transmitting and receiving firmware contains means to 
timestamp data and to strip off these timestamps again, us- 
ing them for timing regeneration. The resulting effect is 
that this system behaves between the IEEE1394 interface in- 

20 put and the IEEE1394 interface output like a constant delay 
system . 




Invention 

25 

A stream recorder must re-generate the timing of data pack- 
ets as it was upon recording, when these packets are played 
back, so that between recording and playback this system 
also behaves like a constant delay system. In one embodiment 

30 of the invention the stream recorder adds its own timestamps 
to the data packets when recording and evaluates them when 
replaying in order to assign to the data packets the correct 
temporal pp sit ion. .Thereby the^briginal data packet burst 
character ts£i£'^^ for a data stream having in 

35 principle non-equidistant data packets. 



2 

However, there is an in-series connection between two time- 
stamping and time regeneration mechanisms which can intro- 
duce jitter accumulation. In a second embodiment of the in- 
vention the application device itself, before sending the 
5 data" through the IEEE1394 interface, adds time stamps to the 
data packets. These timestamps may have the meaning of 'de- 
parture time' rather than 'arrival time 1 and pass the 
IEEE1394 interface 'unnoticed', i.e. from a IEEE1394 inter- 
face point of view they are part of the payload. At the 

10 other end of the chain these timestamps are used when the 
stream recorder plays back a stream. The advantage is that 
there is only one timing/regeneration process involved which 
has influence on the temporal position of the replayed data 
packets, and that therefore no jitter is accumulated. In 

15 this second embodiment the stream recorder does not make use 
of the IEEE1394 timestamps. 

In a third embodiment the stream recorder records the 
IEEE1394 timestamps and evaluates them when replaying in or- 
20 der to assign to. the data packets the correct temporal posi- 
tion . 

It is one object of the invention to disclose a method for 
recording and replaying a bitstream, wherein after replaying 
25 the recorded data packets do have the correct temporal loca- 
tion within the bitstream and wherein no jitter accumulation 
takes place. This object is achieved by the methods dis- 
closed in claims 1, 3 and 4. 

30 It is a further object of the invention to disclose an appa- 
ratus which utilises the inventive method. This object is 
achieved by the apparatuses disclosed in claims 6, 7, 9 and 
10. 

35 In principle, the inventive method is suited for: 

timestamping a bitstream to be recorded or for using time- 
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stamps when replaying from a stream recorder, wherein a de- 
vice or signal source outputting said bitstream to be re- 
corded adds said timestamps to data packets of said bit- 
stream and wherein the data packets of said bitstream pass 
5 to said stream recorder through a network which causes net- 
work jitter and for which network said timestamps belong to 
the payload of said data packets, and wherein said time- 
stamps are used when replaying said data packets from said 
stream recorder in order to relocate the replayed data pack- 
10 ets to the corresponding original temporal position in said 
bitstream, 

or is suited for: 

timestamping an MPEG bitstream to be recorded or for using 
15 timestamps when replaying from a stream recorder, wherein 
MPEG timestamps are included in data packets of said MPEG 
bitstream to be recorded and for the recording additional 
timestamps generated by said stream recorder become attached 
to the data packets of said MPEG bitstream to be recorded, 
20 and wherein said additional timestamps are used when replay- 
ing said data packets from said stream recorder in order to 
relocate the replayed data packets to the corresponding 
original temporal position in said MPEG bitstream, 

25 or is suited for: 

timestamping a bitstream to be recorded or for using time- 
stamps when replaying from a stream recorder, wherein data 
packets of said bitstream pass to said stream recorder 
through a network which causes network jitter and which net- 

30 work internally adds network timestamps to data packets of 
said bitstream in order to reduce said jitter when output- 
ting said data packets, and wherein said stream recorder re- 
cords said network timestamps and during replay uses said 
recorded network timestamps in order to relocate the re- 

35 played data packets to the corresponding original temporal 
position in said bitstream. 



1 
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Advantageous additional embodiments of the inventive method 
are disclosed in the respective dependent claims. 

In principle, the inventive apparatus is suited for time- 
5 stamping a bitstream to be recorded and includes: 

- program selection means which provide data packets from 
said bitstream, the data packets belonging to a specific 
program; 

- a network interface which provides data of said data pack- 
10 ets to a stream recorder or which receives data of said data 

packets from said stream recorder, wherein the related net- 
work causes network jitter and for which network said time- 
stamps belong to the payload of said data packets and 
wherein said timestamps are used to relocate the replayed 
15 data packets to the corresponding original temporal position 
in said bitstream; 

- means for generating timestamps and for adding these 
timestamps to the data of said data packets, which means 
provide the output data to said network interface; 

20 - means for decoding replayed data of said data packets re- 
ceived from said network interface, 

and concerns a Stream recorder for a bitstream, including: 

- a network interface which provides data of data packets of 
25 said bitstream including timestamps, having been inserted 

outside said network interface, for recording or which re- 
ceives replayed recorded data, wherein the related network 
causes network jitter and for which network said timestamps 
belong to the payload of said data packets; 

30 - stream recording means which record data of said data 

packets including said timestamps or which replay data of 
said data packets, wherein during replay said timestamps are 
used in order to relocate the replayed data packets to the 
corresponding original temporal position in said bitstream 

35 before the replayed data packets enter said network inter- 
face, 
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or concerns a Stream recorder for a bitstream, including: 

- a network interface which provides data of data packets of 
said bitstream, said data packets including MPEG timestamps, 
for recording or which receives replayed recorded data for 

5 data packets including said MPEG timestamps; 

- stream recording means which record data of said data 
packets, including said MPEG timestamps, and additional 
timestamps generated by said stream recording means which 
become attached to the data packets of said MPEG bitstream 

10 to be recorded, or which replay data of said data packets, 
wherein during said replay said additional timestamps are 
used in order to relocate the replayed data packets to the 
corresponding original temporal position in said MPEG bit- 
stream, 

15 

or concerns a Stream recorder for a bitstream, including: 

- a network interface which provides data of data packets of 
said bitstream for recording or which receives replayed re- 
corded data, wherein the related network causes network jit- 

20 ter and which network internally adds network timestamps to 
data packets of said bitstream in order to reduce said jit- 
ter when outputting said data packets; 

- stream recording means which record data of said data 
packets including said network timestamps, or which replay 

25 data of said data packets, wherein during replay said net- 
work recorded timestamps are used in order to relocate the 
replayed data packets to the corresponding original temporal 
position in said bitstream before the replayed data packets 
enter said network interface . 



30 



Advantageous additional embodiments of the inventive appara- 
tuses are disclosed in the respective dependent claims. 



35 
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Drawings 

Embodiments of the invention are described with reference to 

the accompanying drawings, which show in: 

Fig. 1 simplified block diagram of a settop box and a 

Stream recorder with IEEE1394 connection; 
Fig- 2* steps in the transmission of a transport stream; 
Fig. 3 structure of a stream pack; 
Fig. 4 structure of an application time stamp. 



Exemplary embodiments 

The following abbreviations are used in the description: 
15 DVD: digital versatile disc, LB: logical block, RBN: rela- 
tive byte number, RBP : relative byte position, RLBN: rela- 
tive logical block number, STB: set top box, TOC: table of 
content, SCR: system clock reference, SOB: stream object, 
DVD RTRW: DVD realtime rewritable, PES: packetised elemen- 
20 tary stream, PTS : presentation timestamp, DTS : decoding 
timestamp, ATS: application timestamp. 

In Fig. 1 transport streams are received by an antenna ANT 
and pass through a tuner TU selecting one of the transport 
25 streams, and through a demultiplexer DEM. Into the output 
signal of DEM time stamps can be inserted in a time stamp 
inserter TSI which receives the time stamps from a time 
stamp generator TS . 

An application device which can be a DVD stream recorder in- 
30 eluding stream recording means STRREC, receives output data 
from DEM or TSI, respectively, via an IEEE1394 interface 
transmitter 1394TR and an IEEE1394 interface receiver 
1394RECS. The data replayed from STRREC pass through an 
IEEE1394 interface transmitter 1394TRS and an IEEE1394 in- 
35 terface receiver 1394REC to decoder means DEC which deliver 
the final output signal or signals O. DEC may include a 
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video decoder, one or more audio decoders and one or more 
additional data decoders . 

Instead of an IEEE1394 connection any other network causing 
5 network jitter like the Ethernet or the Internet can be 
used. 

TU, DEM, TS, TSI, 1394TR, 1394REC and DEC can be parts of a 
settop box. 1394RECS, STRREC and 1394TRS can be parts of a 
10 DVD stream recorder. Instead of a settop box any other data 
^ stream source can be used, e.g. a DVD player or a PC or In- 

ternet receiver. In that case ANT and TU is replaced by e.g. 
an optical disc and a pickup. 

15 Fig. 2 depicts the temporal behaviour of certain items of 
the received PES stream with respect to the functional 
blocks in Fig. 1. 

Fig. 2a shows a transport stream with multiplex of packets 
of programs A, B, C and D, and SI information at the output 
20 of TU in Fig. 1 . 

Fig. 2b depicts source packets of the selected program A 
•with its relevant SI information at the output of DEM in 
^} Fig. 1. The black parts of the packets are the packet head- 

ers which include transmitted time stamps represented by the 
25 arrows. 

Fig. 2c shows source packets at the output of the smoothing 
buffer inside IEEE1394 transmitter 1394TR which causes such 
a delay that the packets are now essentially equidistant. 
Fig. 2d shows the source packets at the input of the 
30 IEEE1394 receiver 1394REC which introduces an additional de- 
lay, wherein it is assumed that no stream recorder is con- 
nected or that the stream recorder has no influence on the 
temporal location of the packets. 

Fig. 2e depicts the reconstructed timing for the source 
35 packets at the output of 1394REC which again introduces an 

additional delay. One can see that time differences Ati and 
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At2 of Fig, 2e finally correspond to that of Fig. 2b. The 
arrival time is the departure time plus the overall delay 
ODEL which is represented by a timestamp offset. 

5 The clock frequency for transferring the bytes of a trans- 
port stream may be different in different applications. 
An IEEE1394 system uses segments having a length of 125jis, 
called cycle master packet. Within such cycle a data packet 
has a non-defined temporal position, i.e. a jitter range of 

10 maximum nearly 125ns is introduced. Therefore the IEEE1394 

system makes use of its own 'timestamps' which serve to tem- 
porally correctly relocate the packets within the 125^is seg- 
ments at the output of an IEEE1394 receiver. 
The exact timing is important for a succeeding decoder be- 

15 cause the decoder's buffer capacity is limited and an addi- 
tional jitter in the data packets could cause buffer over- 
flow or underflow and thereby erroneously decoded data. 
An IEEE1394 transmitter includes a buffer at its input and 
an IEEE1394 receiver includes a buffer at its output, which 

20 smooth the average data rate. Additionally, in the IEEE1394 
system a temporal compression of the data packets takes 
place which is apparent from the comparison of Fig. 2c and. 
2d. This compression also increases the maximum jitter at 
the demultiplexer output. In addition to the limited tempo- 

25 ral resolution in the IEEE1394 system described above a fur- 
ther portion of jitter is added by the non-perfect 25MHz 
clock. 

A proposed stream recorder specification offers the possi- 
30 bility to record stream-recorder generated timestamps which 
are derived from e.g. a 27MHz clock. In one embodiment of 
the invention the stream recorder records the IEEE1394 
timestamps instead and evaluates them when replaying in or- 
der to assign to the data packets the correct temporal posi- 
35 tion. 
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The length of the data packets is programmable in the 
IEEE1394 system. Therefore in another embodiment of the in- 
vention the original 188 byte length of the transport stream 
packets is increased by e.g. 4 bytes to a total length of 
5 192 bytes in order to add timestamps supplied from the ap- 
plication device, e.g. a settop box. 

The DVD Stream Recording system is designed to use rewri- 
table DVD discs for recording existing digital bitstreams, 
10 editing them and playing them back as bitstreams. This sys- 
tem is designed to satisfy the following requirements: 

• Any packet size is supported as long as it is equal or 
less than 2kByte and is of constant length within a take. 

• A timing mechanism, i.e. a time stamp is added to every 
15 broadcast packet to enable proper packet delivery during 

playback . 

• To enlarge the fields of applications, non-real-time re- 
cording should be possible. However, in this case the STB 
has to generate the timestamp information. 

20 • Data allocation strategy and a file system to support 
real-time stream recording. 

• Many digital services require Service Information which 
normally is embedded in the real-time stream. To support a 
STB fed by data from a DVD player, the DVD should provide 

25 additional space, which can be used by the STB to dupli- 

cate part of the service information and to add additional 
TOC information. 

• Copy Protection must be supported. In addition, any scram- 
bling performed by the service provider or the STB must be 

30 kept unchanged. 

User requirements can be grouped into requirements for re- 
cording, requirements for playback, and requirements for ed- 
iting : 

35 Real-time Recording 

The system is designed to enable real-time recording of 
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digital streams. It allows the user to concatenate record- 
ings/ even if those recordings consist of different stream 
formats. If recordings are concatenated, a seamless or 
close-to-seamless playback feature can be achieved, but is 
not required. 



Navigation Support 

To support navigation two pieces of information (lists) are 
generated during recording: 

10 1) An 'original' version of a play list. This list contains 
quite low level information, e.g. time map or (broadcast) 
packet order of the recording. This list is accessible by 
the STB and the content is understood by the DVD streamer as 
well as by the STB. In its original version the playlist en- 

15 ables the playback of a complete recording. The playlist may 
be accessed and extended after recording by the STB to allow 
more sophisticated playback sequences. 

2) The second piece of information, a mapping list, is gen- 
erated to support the stream recorder to retrieve packet 
20 stream chunks (cells), that are described in terms of the 

application domain, e.g. 'broadcast packets' or 'time' . This 
list is owned and understood by the DVD streamer only. 




Content Description 

25 The system can reserve space which can be used by the STB to 
store high-level TOC and Service Information. This informa- 
tion is provided for the user to navigate through the con- 
tent stored on disc and may contain sophisticated EPG infor- 
mation. The content needs not to be understood by the stream 

30 recorder. However a common subset of the TOC information, 

e.g. based on a character string, may be useful to be shared 
between STB and DVD, in order to enable the stream recorder 
to provide a basic menu by itself. 

35 Playback of individual recording and playing all recordings 
sequentially is possible via a play list. 
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Player menus for entry point selection 

The STB can generate a sophisticated menu based on the TOC 
information stored on the disc. A simple menu is generated 
by the streamer itself, e.g. via some 'character' informa- 
tion which is shared by STB and DVD. 

Trick play modes 

The STB can steer trick play via the x play list' . Due to the 
nature of the broadcast stream, the trick play features may 
be limited to basic ones, e.g. Time Search and Title Jump. 
User defined playback sequence features like programming or 
parental control can be supported via the play list. 

The DVD streamer creates the "original version' of the play 
list. It can allow extensions and modifications of the play 
list by the STB for more sophisticated playback features. 
The DVD streamer is not responsible for the content of those 
sophisticated playlist(s) . 

The system supports the deletion of single recordings on 
user's request. Preferably the system allows this feature 
under the control of the STB. 
The system may support insert editing. 

Concerning the directory and file structure, the organisa- 
tion of Stream Data and Navigation Data of DVD Stream Re- 
cording is done in a specific way such as to take into ac- 
count the following: 

Any DVD Streamer device has certain requirements to store 
its own housekeeping data or Streamer-specific navigation 
data on the disc. These data are solely for helping the 
retrieval of recorded data; they need not be understood 
or even be visible to any outside application device AD. 
Any DVD Streamer device needs to communicate with the ap- 
plication device AD it is connected to. This communica- 
tion is as universal as possible so that the maximum pos- 
sible range of applications can be connected to the 
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Streamer. The Navigation Data to support such communica- 
tion are called Common navigation data and must be under- 
standable by the Streamer as well as by the application 
device - 

5 - The Streamer device offers to the connected application 

device AD a means for storing its own private data of any 
desired kind. The Streamer needs not to understand any of 
the content, internal structure, or meaning of this 
application-specific navigation data. 

10 

A possible directory and file structure is described below. 
The files storing the disc content are placed under the 
STRREC directory which is under the root directory. Under 
the STRREC directory the following files are created: 
15 - COMMON. I FO 

Basic information to describe the stream content. Needs 
to be understood by the Application Device as well as the 
Streamer . 

- STREAMER. IFO 

20 Private housekeeping information specific to the Streamer 

Device. Needs not to be understood by the Application De- 
vice . 

- APPLICAT.IFO 
Application Private Data, i.e. information that is spe- 

25 cific to the Application ( s ) connected to the Streamer. 

Needs not to be understood by the Streamer. 

- REALTIME. SOB 
Recorded real-time stream data proper. 

Note that except for the files described above, the STRREC 
30 directory shall not contain any other files or directories. 

Stream Data include one or more 'Stream Objects' (SOBs) 
which each can be stored as a 'Program stream' as described 
in ISO/IEC 13818-1, Systems. 
35 A SOB can be terminated by a program_end_code . The value of 
the SCR field in the first pack of each SOB may be non-zero. 
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A SOB contains the Stream Data packed into a sequence of 
'Stream Packs' (S_PCKs) . Stream data can be organised as one 
elementary stream and are carried in PES packets with a 
stream_id . 

In Stream recording, the application performs its own pad- 
ding so that the pack length adjustment methods of DVD-ROM 
Video or RTRW need not to be used. In Stream recording it is 
safe to assume, that the Stream packets will always have the 
necessary length. 

As shown in Fig. 3, a Stream Pack has 2048 bytes and in- 
cludes a pack header followed by a Stream PES Packet. A sys- 
tem header may be included in those S_PCKs which are the 
first S_PCK of a SOB. When a system header is included the 
length of the remaining Stream PES Packet content may be 
2010 bytes, and when not included, 2034 bytes. A pack is re- 
corded in one LB. The pack header may include the following 
items of data: 



Field 


Number 
of bits 


Number 
of bytes 


Value 


Comment 


Pack start code 


32 


4 


0000 01 BAh 




•or 


2 


6 


provider 
defined 


01b 


SCR base[32..30] 


3 


(Note 1) 


marker bit 


1 


1 


SCR base[29. 15] 


15 




marker bit 


1 


1 


SCR_base[14.0] 


15 




marker bit 


1 


1 


SCR extension 


9 




marker bit 


1 


1 


program_mux_rate 


22 


3 


01 3883h 


mux_rate = 8Mbps (Note 2) 


marker bit 


1 


1 


marker bit 


1 


1 


reserved 


5 


1 


F8h 


11111b 


pack_stuffing_length 


3 


no stuffing length = 000b 



20 



Note 1: % SCR_base [32] ' is set to ZERO. 
Note 2: x program_mux__rate' is set to 8Mbps. 



In a Stream PES Packet, the stream PES packet header content 
is identical to that defined in the DVD standard, with the 
following limitations and additional rules: 
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• The 'stream^id' field is set to OxBD (private_stream_l ) 

• The total length of the stream PES packet header is 14 
bytes. Therefore the x PES_header_data_length' field is set 
to 5 bytes. 

• Each stream PES packet header carries a PTS timestamp . DTS 
timestamps are not encoded. Therefore the x PTS_DTS__f lags' 
is set to x 10b' . 

• The x PES_packet_length' includes any reserved bytes behind 
the last Application transport packet up to the end of the 
streamer DVD pack. Therefore the x PES_packet__length' is 
always 2028 bytes. 

• No padding PES packet shall be encoded in a streamer DVD 
pack. Padding is be described below in the * application 
header' . 

The Stream PES packet header may include the following items 
of data: 



Field 


Number 
of bits 


Number 
of bytes 


Value 


Comment 


packet start code prefix 


24 


3 


00 0001 h 




stream id 


8 


1 


1011 1101b 


private_strea m_ 1 


PES_packet_!ength 


16 


2 


07 ECh 


2028 


'10' 


2 




10b 




PES_scrambling_control 


2 








PES priority 


1 




0 


no priority 


data alignment_indicator 


1 




0 


not defined by descriptor 


copyright 


1 




0 


not defined by descriptor 


original_or_copy 


1 




0 


copy 


PTS_DTS_flags 


2 




10b 




ESCR_flag 


1 


3 


0 


no ESCR field 


ES_rate_flag 


1 




0 


no ES rate field 


DSM_trick_mode_flag 


1 




0 


no trick mode field 


additional_copy_info_flag 


1 




0 


no copy info field 


PES_CRCJ=lag 


1 




0 


no CRC field 


PES_extension_flag 


1 




0 


no extension 


PES_header_data_length 


8 




05h 


5 


'000 V 


4 








DTS[32..30] 


3 








marker bit 


1 








DTS[29..15l 


15 


5 


Provider 




marker bit 


1 




defined 




DTS[14..0] 


15 








marker bit 


1 
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Private data area 



sub stream id 
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Stream Data Area 



Fig. 3 also shows that the Stream Data Area inside a Stream 
PES Packet includes an application header, an application 
header extension and a sequence of application packets, each 
prefixed by an application packet timestamp. The Application 
Header may include the following items of data: 



Field 


Number 
of bits 


Number 
of bytes 


Value 


Comment 


(1) VERSION 


8 


1 


01 h 




(2) APPLICATION J D 


16 


2 






(3) MAX BITRATE 


32 


4 






(4) SMOOTH_BUF_SIZ 


16 


2 


'3540 bytes' 




(5)TS REF CL_FREQ 


32 


4 


'27 MHz' 




(6)AP PKTJ-EN 


16 


2 






(7)TS LEN 


8 


1 


04h 


4 


(8)AP PKT.Ns 


8 


1 






(9) START OF STR 


1 


1 


Ob or 1b 




(10) END_OF_STR 


1 


Ob or 1b 




reserved 


6 


111111b 




reserved 


56 


7 


7x(FFh) 






Total 


25 







header format . 

(2) APPLrCATION_ID describes the application that generated 
10 the stream- If the application is unknown, 0x0000 is en- 
coded. 

(3) MAX_BITRATE describes the output bitrate parameter of 
the leaky bucket flow control model in Mbps . 

(4) SMOOTH_BUF_S I Z describes the buffer size parameter of 
15 the leaky bucket flow control model. 

(5) TS__REF_CL_FREQ describes the reference clock frequency 
of the packet arrival/delivery timestamp. 

(6) AP__PKT_LEN describes the length of the application 
packet, excluding the timestamp, in bytes. 

20 (7) TS_LEN describes the length of the timestamp field in 
bytes and is set to the value M' . 

(8) AP_PKT_Ns is the number of application packets in this 
Stream PES Packet DVD pack: 



AP_PKT_Ns =1, 2, 487 div AP_PKT_LEN 

(9) START_OF_STR: when set to U', this Stream PES Packet is 
the first DVD pack in the stream. 

(10) END_OF_STR: when set to this Stream PES Packet is 
5 the last DVD pack in the stream. 

The application header extension includes a list of entries, 
where there is exactly one entry of 1 byte for each Applica- 
tiontransport layer Packet. These bytes are used to store 

10 information that may differ from application packet to ap- 
plication packet. The total length of the application header 
extension is 4 6 bytes. The first x AP_PKT_Ns' entries of 
these carry valid data. Unused list entries may carry unde- 
fined values- The total length of 'application header' and 

15 'application header extension' is 71 bytes. 



Field 


Number 
of bits 


Number 
of bytes 


Value 


Comment 


(1) AU_START 


1 


1 






(2) AIMEND 


1 






(3) reserved 


4 






(4) COPYRIGHT 


2 







(1) AU_START: when set to *1' , indicates that the associated 
application packet contains a random access entry point into 
the stream 

(2) AU END: when set to '1', indicates that the associated 



20 application packet is the last packet of a random access 
point . 

(4) COPYRIGHT describes the copyright status of the associ- 
ated application packet. 

25 The application timestamps ATS of each application packet 

are represented by a 32 bit value. An ATS is divided into a 
base part and an extension part. The base part represents 
the 90kHz unit value, and the extension part represents the 
less significant value measured in 27MHz units: 

30 0 < ATS_exten < 300 . 

ATS in seconds = ATS base/90kHz + ATS exten/27MHz . 
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Together, ATS_base and ATS_exten cover a range of more than 
93 seconds. 

The application timestamp describing format is depicted in 
Fig. 4. 

The numbers and parameters given in this description are ex- 
amples and can be adapted correspondingly to other applica- 
tions of the invention. 
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Claims 

1. Method for timestamping a bitstream (A, B, C, D, SI) to 
be recorded or for using timestamps when replaying from 

5 a stream recorder (STRREC) , wherein a device {TU, DEM, 

TS, TSI, DEC) or signal source outputting said bitstream 
to be recorded adds (TSI) said timestamps (TS) to data 
packets of said bitstream (A, SI) and wherein the data 
packets of said bitstream pass to said stream recorder 

10 through a network (1394TR, 1394RECS, 1394TRS , * 1394REC) 

^ which causes network jitter and for which network said 

timestamps belong to the payload of said data packets, 
and wherein said timestamps are used when replaying said 
data packets from said stream recorder in order to relo- 

15 cate the replayed data packets to the corresponding 

original temporal position in said bitstream. 

2. Method according to claim 1, wherein said network is an 
IEEE1394 connection or is an Ethernet or is the Inter- 

20 net. 

3. Method for timestamping an MPEG bitstream (A, B, C, D, 
£t SI) to be recorded or for using timestamps when replay- 
ing from a stream recorder (STRREC), wherein MPEG time- 

25 stamps are included in data packets (A, SI) of said MPEG 

bitstream to be recorded and for the recording addi- 
tional timestamps generated by said stream recorder be- 
come attached to the data packets of said MPEG bitstream 
to be recorded, and wherein said additional timestamps 
30 are used when replaying said data packets from said 

stream recorder in order to relocate the replayed data 
.^packets to the corresponding original temporal position 
"MPEG i. bitstream . 



packets 



35 4. Method for timestamping a bitstream (A, B, C, D, SI) to 
be recorded or for using timestamps when replaying from 



■U. •:>:■ ft •: >: -<3$viA-ZV: ; : ft- > . . ft ft-. :^ ' ft. : 
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a stream recorder (STRREC) , wherein data packets (A, SI) 
of said bitstream pass to said stream recorder through a 
network (1394TR, 1394RECS, 1394TRS, 1394REC) which 
causes network jitter and which network internally adds 
network timestamps to data packets of said bitstream in 
order to reduce said jitter when outputting said data 
packets, and wherein said stream recorder records said 
network timestamps and during replay uses said recorded 
network timestamps in order to relocate the replayed 
data packets to the corresponding original temporal po- 
sition in said bitstream. 



15 



20 



25 



30 



35 



5. Method according to claim 4, wherein said network is an 
IEEE 1394 connection . 

6. Apparatus for timestamping a bitstream (A, B, C, D, SI) 
to be recorded, including: 

program selection means (TU, DEM) which provide data 
packets (A, SI) from said bitstream, the data packets 
belonging to. a specific program; 

a network interface (1394TR, 1394REC) which provides 
data of said data packets to a stream recorder or which 
receives data of said data packets from said stream re- 
corder, wherein the related network causes network jit- 
ter and for which network said timestamps belong to the 
payload of said data packets and wherein said timestamps 
are used to relocate the replayed data packets to the 
corresponding original temporal position in said bit- 
stream; 

means (TS, TSI) for generating timestamps and for adding 
these timestamps to the data of said data packets, which 
means provide the output data to said network interface; 
means (DEC) for decoding replayed data of said data 
packets received from said network interface . 

7. Stream recorder for a bitstream (A, B, C, D, SI), in- 



12 
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eluding: 

a network interface (1394RECS, 1394TRS) which provides 
data of data packets (A, SI) of said bitstream including 
time-stamps, having been inserted outside said network 
5 interface, for recording or which receives replayed re- 

corded data, wherein the related network causes network 
jitter and for which network said timestamps belong to 
the payload of said data packets ; 

stream recording means (STRREC) which record data of 
10 said data packets including said timestamps or which re- 

^ play data of said data packets, wherein during replay 

said timestamps are used in order to relocate the re- 
played data packets to the corresponding original tempo- 
ral position in said bitstream before the replayed data 
15 packets enter said network interface. 

8. Apparatus according to claim 6 or 7, wherein said net- 
work is an IEEE1394 connection or is an Ethernet or is 
the Internet . 

20 

9. Stream recorder for an MPEG bitstream (A, B, C, D, SI), 
including : 

£ " a network interface (1394RECS, 1394TRS) which provides 

data of data packets (A, SI) of said bitstream, said 
25 data packets including MPEG timestamps, for recording or 

which receives replayed recorded data for data packets 
including said MPEG timestamps; 

stream recording means (STRREC) which record data of 
said data packets, including said MPEG timestamps, and 

30 additional timestamps generated by said stream recording 

means which become attached to the data packets of said 
MPEG bitstream to be recorded, or which replay data of 
said data packets, wherein during said replay said addi- 
tional timestamps are used in order to relocate the re- 

35 played data packets to the corresponding original tempo- 

ral position in said MPEG bitstream. 
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10. Stream recorder for a bitstream (A, B, C, D, SI), in- 
cluding : 

a network interface (1394RECS, 1394TRS) which provides 
data of data packets (A, SI) of said bitstream for re- 
cording or which receives replayed recorded data, 
wherein the related network causes network jitter and 
which network internally adds network timestamps to data 
packets of said bitstream in order to reduce said jitter 
when outputting said data packets; 

stream recording means (STRREC) which record data of 
said data packets including said network timestamps, or 
which replay data of said data packets, wherein during 
replay said recorded network timestamps are used in or- 
der to relocate the replayed data packets to the corre- 
sponding original temporal position in said bitstream 
before the replayed data packets enter said network in- 
terface - 



20 



11. Stream recorder according to claim 10, wherein said net- 
work is an IEEE1394 connection. 
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Abstract 

A settop box can be connected to a DVD Streamer via an 
IEEE1394 interface which contains means to timestamp data 
and to strip off these timestamps again, using them for tim- 
ing regeneration. The DVD Streamer also must re-generate the 
timing of data packets as it was upon recording, when these 
packets are played back. The streamer could also use own 
timestamps and strip them off again when replaying. So, in 
total, there is an in-series connection between two time 
stamping and time regeneration mechanisms which introduces 
j itter accumulation. 

According to the invention the settop box itself adds time 
stamps to the data packets before sending them through the 
IEEE1394 interface. These timestamps pass the IEEE1394 in- 
terface unnoticed, i.e. as part of the payload. These time- 
stamps are used when the DVD streamer plays back a stream. 
The advantage is that there is only one timing/regeneration 
process involved and that no jitter is accumulated. 
As an alternative, the stream recorder uses the IEEE1394 
timestamps and evaluates them when replaying in order to as- 
sign to the data packets the correct temporal position. 
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